home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000049_news@columbia.edu _Mon Aug 23 11:48:48 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA15092
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 23 Aug 1999 11:48:48 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA09351
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 23 Aug 1999 11:31:34 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: "James S. Johnson" <jjohnson@radium.ncsc.mil>
  10. Subject: Downloading gz files using C-Kermit, Linux, & Lynx
  11. Date: Mon, 23 Aug 1999 11:20:18 -0400
  12. Organization: ncsc
  13. Message-ID: <37C166B2.3F55@radium.ncsc.mil>
  14. To: kermit.misc@columbia.edu
  15.  
  16. All,
  17.  
  18. I have a perplexing problem using C-Kermit to download files.
  19.  
  20. The local public library offers a Lynx connection to the internet. I
  21. have three communications programs that I use to connect -
  22. Hyperterm/Win95, C-Kermit/Linux(Slackware4.0), and MS-Kermit/Win95's
  23. DOS. Both C-Kermit and MS-Kermit come from www.columbia.edu. I log in as
  24. guest, and I cannot change settings on the library's Lynx setup. I am
  25. able to examine downloaded files with a binary editor.
  26.  
  27. I can download *.exe files without a problem. However, I cannot
  28. correctly download *.gz files. Under Hyperterm and MS-Kermit, the files
  29. have a 0x0D (hexadecimal for 13) byte inserted before every 0x0A byte.
  30. Under C-Kermit, the files have all the 0x0D's stripped. Except for the
  31. fact that I can download *.exe files, this appears to be a problem with
  32. the text/binary setting. I have tried everything I can think of to make
  33. certain the setting is on binary, but without solving the problem.
  34.  
  35. One odd thing I have noticed - using C-Kermit I can turn the automatic
  36. receive switch off, so I have to explicitly go to Kermit and start the
  37. receive part of the transfer. When I do so, I see a banner that tells me
  38. the transfer is in binary mode, but after about 10 packets are received
  39. it switches to text mode. This is bewildering. It tells me that I am
  40. indeed correctly putting Kermit into binary mode, but that (1) Lynx is
  41. switching me back to text mode without my knowledge, (2) my C-Kermit has
  42. an automatic switch set to change me back to text mode if it sees a
  43. particular byte sequence in the incoming data, which is coincidentally
  44. in the *.gz files I have attempted to download, or (3) the banner
  45. doesn't actually reflect the setting of C-Kermit, but instead is just
  46. notifying me that the file appears to be a text file. Just to make sure
  47. (2) isn't the culprit, I've turned off all the automatic functionality I
  48. can find, with no change in the final results - the received files under
  49. C-Kermit still have the 0x0D's stripped. Also, HyperTerm appears to be
  50. in text mode, too, even though I use the receive command, which the
  51. HyperTerm documentation says is a binary transfer. So I don't believe
  52. that C-Kermit is switching automatically, and I do believe that it is
  53. set to binary mode when the transfer begins.
  54.  
  55. Frank DaCruz' _Using C-Kermit_ has a single (as far as I can find)
  56. reference to Lynx. It is on pg. 536, I think, around the middle of the
  57. page, and it refers to a problem running C-Kermit under VMS when
  58. communicating with Lynx. Unfortunately I don't know what OS the
  59. library's Lynx runs under. Does Lynx and C-Kermit have a known problem
  60. when it comes to downloading *.gz files, or is there something else that
  61. I should try to get the downloads to work?
  62.  
  63. James Johnson